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DETAILED ACTION 

1 . This office action is in response to tine Application 10/589,595 filed 08/15/2006 
and amendment filed 10/31/2008. 

2. Claims 1-39 remain pending in the Application. 

3. Applicant's arguments have been fully considered but they are not persuasive. 

Claim Rejections - 35 USC § 102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 
that form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

5. Claims 1-4, 7, 10-12, 22, 26, 36 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Park et al. (US Patent 7,185,295). 

With respect to claim 1 Park et al. teaches a chip design verification apparatus 
for verifying a target unit including at least hardware block (within chip testing apparatus 
shown on the Fig. 2 (col. 5, 11.29-30; abstract), wherein target 34 shown on the Fig. 2 
comprises hardware block (col. 5, 11.41-45)), the chip design verification apparatus 
comprising: 

computer including at least one software block in data communication with the at 
least one hardware block, and which verifies an operation between the at least one 
hardware block and the at least one software block (within a computer mainframe 2 
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shown on the Fig. 2, which includes CPU 10 shown on the Fig. 1 (col. 5, 11.1-3), wherein 
mainframe 2 includes chip testing program 30/software block to communicate with 
target 34 as shown on the Fig. 2 (col. 5, 11.33-34) for performing a verification of the 
target (col. 17, 11.19-24),), the computer comprising: 

an interface means of transmitting output data of the hardware block, determining 
whether output data of the software block is valid, and applying only valid output data of 
the software block to the hardware block (within interface 32 shown on the Fig. 2, which 
implements a communication data between testing program 30/software and target 34 
including hardware, i.e. transmits the test vector to the target 34 and transmits the result 
back to the testing program 30 (col. 17, 11.49-51) and when the input data is consistent 
with expected data (i.e. valid data) is kept as shown by step 370 of the Fig. 14a (col. 17, 
11.55-56; 11.33-36), wherein expected data (i.e. valid data) is kept by storing in the 
interface 32 and then applied to the target 34 (col. 12, 11.35-41) using the target interface 
74 of the controller 42 of the interface 32 shown on the Fig. 5, which controls an 
interface 32 for data input and output operations of the target 34 (col. 8, 11.16-18; 20- 
22)); 

a storage means of storing the at least one software block and a chip design 
verification program for verifying the at least one software block (within hard disk 22 
shown on the Fig. 1 presenting a computer system for implementation of the verification 
process of the chip design, wherein hard disk 22 of the mainframe 2 (Fig. 2) stores 
testing program 30 (Fig. 2) including various of input/output data (col. 5, 11.36-38; 11.10- 
12)); and 
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a controller for transmitting the output data of the software block generated by an 
operation of executing the chip design verification program to the interface means, 
determining whether the output data of the at least one hardware block input via the 
interface means is valid, and applying only valid output data of the hardware block to 
the at least one software block (within controller 42 of the interface 32 shown on the Fig. 
5 (col. 6, 11.55-56; 11.3-6), wherein interface 32 implements applying a signal to the target 
34 (hardware block) and storing a signal applied from the target 34 /hardware block (col. 
8, 11.31-33), wherein chip testing program runs by a normal termination of an operation 
when the last frame is completely transmitted/valid/kept in step 370 of the Fig. 14a (col. 
17, 11.55-56; col. 7, 11.1-3), wherein expected data (i.e. valid data) is kept by storing in the 
interface 32 and then applied to the target 34 (col. 12, 11.35-41), wherein the target 
interface 74 of the controller 42 of the interface 32 shown on the Fig. 5, which controls 
an interface 32 for data input and output operations of the target 34 (col. 8, 11.16-18; 20- 
22)). 

With respect to claim 11 Park et al. teaches the limitations similar to claim 1 
including a chip verification method for a chip design verification apparatus including et 
least one hardware block and a processing means, the processing means having at 
least one software block, a chip design verification program, and storage means of 
storing input and output data, and interface means of interfacing with the software block 
and the hardware block (abstract, title). 

With respect to claim 26 Park et al. teaches a data communication method for a 
chip design verification apparatus for verifying a target unit including a hardware block. 
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including a software blocl< having at least one function block, a chip design verification 
program for verifying operations of the software block and the hardware block, a storage 
means of storing input and output data of the software block generated by executing the 
chip design verification program, and an interface means of performing an interfacing 
operation between the hardware block and the software block (abstract, title), the 
method comprising: 

a clock generation step of allowing the chip design verification program to obtain 
a multi clock setting value to be provided to the interface means, and generate multi 
clocks in response to a system clock of the chip design verification program and the 
multi clock setting value to be applied to the software block, and allowing the interface 
means to generate multi clocks in response to the system clock of the interface means 
and the multi clock setting value to be applied to the hardware block (within clock 
controller 66 shown on the Fig. 5, which is a controller of the interface 32 and generates 
clock signals of the interface 32 (col. 7, 11.59-62), which is in conjunction with controller 
64 performs verification/matching step between hardware block/target 34 and software 
block using interface 32 (col. 18, 11.12-21)); 

a software side operation step of transmitting output data generated by the 
operation of the software block operating in response to the multi clocks of the chip 
design verification program to the interface means, determining whether the output data 
of the hardware block received via the interface means is valid by executing the chip 
design verification program, and applying only the valid output data of the hardware 
block to the software block (by applying multiple clock signals to the target 34 (col. 18, 
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11.18-21) and storing data outputted from the target 34 for analysis (col. 18, 11.38-43) and 
for further determination error identification (col. 18, 11.49-50)); and 

a hardware side operation step of transmitting output data generated by the 
operation of the hardware block operating in response to the multi clocks of the 
interface means to the software block, determining whether the output data of the 
software block received is valid by executing the chip design verification program in the 
interface means, and applying only the valid output data of the software block to the 
hardware block (by applying multiple clock signals to the target 34 (col. 18, 11.18-21) and 
storing data outputted from the target 34 for analysis (col. 18, 11.38-43) and for further 
determination error identification (col. 18, 11.49-50; 11.51-60)). 

With respect to claims 2-4, 7, 10, 12, 22, 26, 36 Park et al. teaches 

Claim 2: wherein the chip design verification program has a graphic user 
interface, and allows data transceived by executing the chip design verification program 
to be displayed via the graphic user interface (col. 4, 11.23-25; col. 7, 11.24-47; Fig. 9); 

Claims 3, 12: wherein the chip design verification program obtains a multi clock 
setting value for operating the software block and the hardware block, and stores the 
value in the interface means (col. 7, 11.59-62; col. 18, 11.12-21); 

Claims 4, 12: wherein the interface means has a clock controller of generating 
multi clocks in response to the multi clock setting value and a system clock of the 
interface means and applying the multi clocks to the hardware block (col. 18, 11.12-21); 

Claim 7: wherein the chip design verification program generates multi clocks in 
response to the multi clock setting value and the system clock of the chip design 
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verification program to apply the mult! clock to the software block (col. 7, 11.43-47; col. 
18, 11.18-21); 

Claims 10, 22, 36: wherein the software block has a test-bench, and the test- 
bench supplies the multi clock setting value to the chip design verification program and 
operates in response to the multi clocks of the chip design verification program instead 
of the multi clocks owned by the test-bench itself (col. 14, 11.27-33); 

Allowable Subject Matter 

6. Claims 5, 6, 8, 9, 13-21, 23-25, 27-35, 37-39 are objected to as being 
dependent upon a rejected base claim, but would be allowable if rewritten in 
independent form including all of the limitations of the base claim and any intervening 
claims. The prior art of record does not teach wherein the output data of the hardware 
block has an output value of the hardware block changed in response to the multi clocks 
applied from the interface means, and a system clock count value of the interface 
means when the output value of the hardware block is changed (claims 5, 13, 27); 
wherein the valid output data of the hardware block is an output value of the hardware 
block when the system clock count value of the interface means is equal to or smaller 
than the system clock count value of the chip design verification program, and is an 
output value of the hardware block when the output value of the software block is not 
changed even when the system clock count value of the chip design verification 
program is increased so as to be equal to the system clock count value of the interface 
means after determination that the system clock count value of the interface means is 
greater than the system clock count value of the chip design verification program 
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(claims 6, 14, 28); wlierein output data of the software block has an output value of the 
software block changed in response to the multi clocks applied from the chip design 
verification program, and a system clock count value of the chip design verification 
program when the output value of the software block is changed (claims 8, 15, 29); 
wherein the valid output data of the software block is an output value of the software 
block when the system clock count value of the chip design verification program is equal 
to or smaller than the system clock count value of the interface means, and is an output 
value of the software block when the output value of the hardware block is not changed 
even when the system clock count value of the interface means is increased so as to be 
equal to the system clock value of the chip design verification program after 
determination that the system clock count value of the chip design verification program 
is greater than the system clock count value of the interface means (claims 9, 16, 30) 
among with the limitations of claims from which claims depend. 

Remarks 

7. In remarks Applicant argues in substance: 

a) Thus Park does not teach or suggest "an Interface means of transmitting 

output data of the hardware block, determining whether output data of the software 
block is valid, and applying only valid output data of the software block to the hardware 
block.... and a controller for transmitting the output of the software block to the 
hardware block... and applying only output data of the at least one hardware block to 
the at least one software block 
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b) Park does not teach or suggest "a multi clock setting value for operating the 
software block and the hardware block" (acclaim 3) or "generating multi clocks in 
response to the multi clock setting value" (claim 4) 

It has to be noted that in Applicant's arguments the name of prior art was 
erroneously used Clark instead Park (e.g. page 31, 32). Examiner considered it as 
typographical error. 

8. Examiner respectfully disagrees for the following reasons: 

With respect to a) Park teaches interface 32 shown on the Fig. 2, which 
implements a communication data between testing program 30/software and target 34 
including hardware, i.e. transmits the test vector to the target 34 and transmits the result 
back to the testing program 30 (col. 17, 11.49-51) and when the input data is consistent 
with expected data (i.e. valid data) is kept as shown by step 370 of the Fig. 14a (col. 17, 
11.55-56; 11.33-36), wherein expected data (i.e. valid data) is kept by storing in the 
interface 32 and then applied to the target 34 (col. 12, 11.35-41) using the target interface 
74 of the controller 42 of the interface 32 shown on the Fig. 5, which controls an 
interface 32 for data input and output operations of the target 34 (col. 8, 11.16-18; 20-22). 

With respect to b) Park teaches clock controller 66 shown on the Fig. 5, which is 
a controller of the interface 32 and generates clock signals/muiti clock of the interface 
32 (col. 7, 11.59-62), which is in conjunction with controller 64 performs 
verification/matching step between hardware block/target 34 and software block using 
interface 32 (col. 18, 11.12-21), wherein the clock controller 66 receives signals from PCI 
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bus, the external clock generator, and so on to generate Internal and external clock 
signals of the Interface means 32 (col. 7, 11.59-67). 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant Is reminded of the extension of time 
policy as set forth In 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply Is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action Is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Helen Rossoshek whose telephone number is (571 )272- 
1905. The examiner can normally be reached on 7:30-4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor. Jack Chiang can be reached on 571-272-7483. The fax phone number for 
the organization where this application or proceeding Is assigned Is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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/Helen Rossoshek/ 

Primary Examiner, Art Unit 2825 



